Auto merge of #1955 - carols10cents:even-more-manifest-path-consistency, r=alexcrichton
authorbors <bors@rust-lang.org>
Tue, 1 Sep 2015 02:23:25 +0000 (02:23 +0000)
committerbors <bors@rust-lang.org>
Tue, 1 Sep 2015 02:23:25 +0000 (02:23 +0000)
commit6097937f0b0c3fcbe3f95d4be22b307559d259ec
treed7f2585221e576fedf391659e971ae6a10bd7e49
parent1d0823b35e5bb593416b643575ad197c98c831d4
parentead966b0ab369f54bbcb1afcc88deacd7692ede1
Auto merge of #1955 - carols10cents:even-more-manifest-path-consistency, r=alexcrichton

Hiii :) This builds on #1953, so if yinz like this better, I'll close that one.

This PR makes all commands that take `--manifest-path` (except locate-project, see below) behave in a consistent way with regards to invalid paths, and hopefully gives better error messages.

This DOES break some instances where commands were "working", ie, completing their command successfully, with some path that they decided was right, not necessarily exactly the path that was passed in though. I'm not sure how this impacts whatever backwards compatibility guarantees cargo has. Given that those cases weren't using a valid path to an existing Cargo.toml, hopefully no one is relying on that behavior?

So locate-project... I'm not sure what to do about that one, exactly... If we define `--manifest-path` as a path to a Cargo.toml, then uhhhh we've located the project, it's right where you told us it is ;) So I think we should change it to be `--search-path` or similar? I'm too sleepy to take care of that tonight, so I just left it out of the manifest path tests.